App-Transport-Framework
Antrieb für digitale und dezentrale Use Cases im Gesundheitswesen
App Transport Framework | Einführung | remote | extern
Problem: lange Prozesse dezentraler Use Cases
2
App Transport Framework | Einführung | remote | extern
Problem: lange Prozesse dezentraler Use Cases
3
•Die gematik spezifiziert vornehmlich Prozesse, die durch zentrale Komponenten
gestützt sind.
•Der betriebliche Alltag von diversen Teilnehmern des Gesundheitswesens ist
zumeist aber bestimmt durch dezentrale Prozesse:
•Rückfragen zu Rezepten
•Anfrage eines Rezepts nach einer BtM Notfallverordnung
•Anfragen zu einem Rezept für einen Bewohner einer Pflegeeinrichtung
•Anfragen zu Rezepten für parenterale Zubereitungen
• …uvm.
•Diese Prozesse laufen mehrheitlich als Peer-to-Peer-Kommunikation zwischen
Leistungserbringern (P2P) ab.
•Großes Potential für die Digitalisierung diese Prozesse zu verbessern und
beschleunigen
App Transport Framework | Einführung | remote | extern
Lösung: App Transport Framework
Grundlage für dezentrale Use Cases
4
Lösung: App Transport Framework
Grundlage für dezentrale Use Cases
5
•Zur Beschleunigung der Implementierung von neuen Use Cases möchte die gematik ein
Framework basierend auf FHIR vorstellen
•Dieses Framework soll es ermöglichen dezentrale Prozesse zu vereinheitlichen und damit
die Implementierung zu vereinfachen
Behauptung: Das ATF bietet eine Grundlage für schnelle Umsetzung dezentraler Use Cases
im Gesundheitswesen.
•Potentiale für Hersteller:
•Erhöhte Taktfrequenz neuer Features im Feld
•Einheitliches Verfahren zur P2P-Kommunikation
•Damit Kosteneffizienz der Implementierungen
•Potentiale für Anwender:
•Schnellere Verfügbarkeit neuer dezentraler Use Cases
•Reduzierung von Verwaltungsaufgaben und Beschleunigung von Workflows
•Erhöhen der Zufriedenheit durch stabile und digitale Prozesse
App Transport Framework | Einführung | remote | extern
App Transport Framework | Einführung | remote | extern
Lösung: App Transport Framework
Grundlage für dezentrale Use Cases
6
•Damit bietet das ATF ein solides Framework für aktuelle und zukünftige Use Cases
•Begründet dadurch, dass:
•Für das ATF diverse Use Cases entwickelt werden können
•Das ATF von Natur aus protokollagnostisch ist
•Das ATF daher auf aktuelle Technologien aufsetzen kann
•Das ATF Fehlerhandling und Verbesserungen begünstigt
App Transport Framework | Einführung | remote | extern
Einführung in das
App-Transport-Framework
1.Anforderungen
2.Technische Grundlagen
3.Folgende Erweiterungen
7
App Transport Framework | Einführung | remote | extern
Anforderung und Zielsetzung
Dezentrale Use Cases
8
vs.
App Transport Framework | Einführung | remote | extern
Anforderung und Zielsetzung
Dezentrale Use Cases
9
Warum wird das ATF gebraucht?
•Aktuell sind viele Use Cases mit zentraler Komponente abgebildet
•Es gibt keine einheitliche Spezifikation für P2P-Kommunikation
•Es gibt keinen einheitlichen Ansatz zum Beheben von Verarbeitungsfehlern in der
P2P-Kommunikation
•Keinen Ansatz für generalistischen Austausch strukturierter Anwendungsfälle im
Gesundheitswesen
Wofür kann das ATF verwendet werden?
•Strukturierter Datenaustausch: Ermöglicht direkten Datenaustausch zwischen
datenhaltenden Systemen, ohne dass menschliche Benutzer in den Prozess involviert
sind. Dies führt zu einer vollautomatischen Zusammenstellung, Versand, Empfang
und Weiterverarbeitung der Daten.
•Zielgerichteter Versand: Unterstützt gezielte Übermittlung von Informationen,
wobei die Systeme nicht in permanentem Austausch stehen müssen, was die Effizienz
und Zielgenauigkeit der Kommunikation erhöht.
App Transport Framework | Einführung | remote | extern
Anforderung und Zielsetzung
Dezentrale Use Cases
10
Herausforderung der Validierung in Peer-to-Peer Netzwerken
Im Gegensatz zu zentralisierten Systemen, wo ein zentraler Server die Validierung
eingehender Informationen übernimmt, fehlt in Peer-to-Peer Netzwerken ein solcher
zentraler Kontrollpunkt. Dies führt dazu, dass jeder Teilnehmer die Informationen
selbstständig validieren muss.
Welche Lösung bietet das ATF?
•Standardisierter Austausch: Das ATF schafft einen Rahmen, innerhalb dessen
Sender und Empfänger Informationen über die Validität und den Verarbeitungsstatus
von Nachrichten austauschen können.
•Lösung von Konflikten: Das Framework ermöglicht es, auf effiziente Weise
festzustellen, ob Nachrichten korrekt verarbeitet wurden und bei Problemen den
Ursprung schnell zu identifizieren.
App Transport Framework | Einführung | remote | extern
Anforderung und Zielsetzung
Vorteile und Anwendungen
11
•Vielzahl an Use Cases
•Zielgerichteter Nachrichtenaustausch
•Automatisierte Verarbeitung
•Empfangsbestätigung
•Zuordenbarkeit von Nachricht zu Hersteller
App Transport Framework | Einführung | remote | extern
Anforderung und Zielsetzung
Vorteile und Anwendungen
12
Mögliche Anwendungsfälle:
•Rezeptanforderung in der Pflege
•Rezeptanforderung für parenterale Zubereitungen
•Rezeptanforderung für BtM Notfallverordnungen
•Korrekturanfrage
•uvm.
App Transport Framework | Einführung | remote | extern
Anforderung und Zielsetzung
Vorteile und Anwendungen
13
Das ATF nutzt standardisierte Prozesse für die Systemkommunikation, die speziell auf einzelne Anwendungsfälle
zugeschnitten sind:
•Anwendungsfall-Repräsentation: Jeder Anwendungsfall wird durch ein CodeSystem repräsentiert, um Eindeutigkeit
in Identifizierung und Verarbeitung sicherzustellen.
•Verzeichnisdienst (VZD): Im VZD wird für KIM-Adressen definiert, welche Anwendungsfälle unterstützt werden, um
eine zielgerichtete Kommunikation zu ermöglichen.
•Nachrichten-Repräsentation: Jede Jede ATF-Nachricht verwendet ein CodeSystem zur Klärung ihres
Anwendungsfalls und Zwecks, was eine effiziente Verarbeitung ermöglicht.
•Kapselung der Anwendungsfalldaten: Das ATF fasst die FHIR-Ressourcen eines Anwendungsfalls in einer
übergeordneten Ressource zusammen und integriert die für den Anwendungsfall wichtigen Metadaten im Kopfbereich
dieser übergeordneten Ressource.
•Empfangsbestätigungen: Jede Nachricht erhält automatisch eine standardisierte Bestätigung, die über erfolgreiche
Verarbeitung oder Fehler berichtet und so die Sicherheit und Qualität der Kommunikation verstärkt.
•Zuordenbarkeit: Jede Nachricht kann einer sendenden Software und einem Hersteller zugeordnet werden, welcher
über eine angegebene Adresse kontaktiert werden kann.
App Transport Framework | Einführung | remote | extern
App-Transport-Framework
Was?
14
•FHIR-Projekt mit Implementation Guide
•Grundlegender Workflow für Nachrichtenaustausch
•Enthält selbst keinen Use Case
App Transport Framework | Einführung | remote | extern
App-Transport-Framework
Wie?
15
•Event-Codes für Use Cases
•Hinterlegen der unterstützten Codes im VZD
•Verpflichtende Meta-Informationen vom Sender
•Verpflichtende Empfangsbestätigung
App Transport Framework | Einführung | remote | extern
App-Transport-Framework
Event-Codes vs. KIM-Dienstkennung für Use Cases
16
•MessageHeader.eventCode legt fest, welcher Sendeweg innerhalb eines Use Cases
ausgeführt wird
•Codes sind unter https://simplifier.net/app-transport-framework/service-identifier-cs
definiert
• Bspw. „eRezept_Rezeptanforderung;Rezeptanfrage_Storno“ informiert den
Empfänger, dass eine Rezeptanfrage storniert werden möchte
•Der Event-Code bestimmt die Businesslogik zur Verarbeitung der Nachricht
•KIM Dienstkennung im KIM-Header gibt den Use Case an,
bspw:„eRezept_Rezeptanforderung“
•EventCode im MessageHeader gibt die konkrete Nachricht im Use Case an, bspw.:
„eRezept_Rezeptanforderung;Abgabebestaetigung“
App Transport Framework | Einführung | remote | extern
App-Transport-Framework
Hinterlegen der unterstützten Codes im VZD
17
•VZD listet KIM Adressen und deren unterstützte Use Cases
•Codes kommen aus https://simplifier.net/app-transport-framework/app-tags-cs
• bspw. App Tag „eRezept_Rezeptanforderung“, sagt, dass diese KIM Adresse den Use
Case zur Rezeptanforderung unterstützt
•Dieses App Tag wird als KIM-Dienstkennung im KIM-Header angegeben
App Transport Framework | Einführung | remote | extern
App-Transport-Framework
Meta-Informationen zum Sender
18
•Folgende Informationen des Systems, was die Nachricht erstellt hat, sind
verpflichtend in einer jeden Nachricht anzugeben:
•Name des Herstellers
•Name der Software
•Version der Software
•Kontaktmöglichkeit zum Hersteller
•Das soll die Kommunikation bei und das Beheben von Fehlern erleichtern
App Transport Framework | Einführung | remote | extern
App-Transport-Framework
Empfangsbestätigung
19
•Automatisierte Benachrichtigung an den Sender
•Informiert über die Verarbeitbarkeit der Nachricht
•Bei korrekter Validierung wird der sendende Client darüber informiert, dass die
Nachricht korrekt übermittelt wurde und verarbeitet werden kann
•Im Fehlerfall wird der sendende Client darüber informiert, dass eine Nachricht nicht
bearbeitet werden kann
App Transport Framework | Einführung | remote | extern
Beispiel
20
☑️ UseCase
☑️ Inhalt
App Transport Framework | Einführung | remote | extern
App-Transport-Framework
Beispiel Happy Case
21
[1] Rezeptanforderung
[2] Empfangsbestätigung
Client A Client B
✅UseCase
✅Inhalt
App Transport Framework | Einführung | remote | extern
App-Transport-Framework
Beispiel Happy Case
22
[1] Rezeptanforderung
[2] Empfangsbestätigung
[3] Rezeptübermittlung
[4] Empfangsbestätigung
Client A Client B
☑️ UseCase
☑️ Inhalt
✅UseCase
✅Inhalt
App Transport Framework | Einführung | remote | extern
App-Transport-Framework
Beispiel Unhappy Case
23
[1] Rezeptanforderung
[2] Empfangsbestätigung + Fehlermeldung
Client A Client B
☑️ UseCase
☑️ Inhalt
✅UseCase
❌Inhalt
App Transport Framework | Einführung | remote | extern
App-Transport-Framework
Beispiel Unhappy Case
24
[1] Rezeptanforderung
[2] Empfangsbestätigung + Fehlermeldung
[3] Korrektur
Client A Client B
App Transport Framework | Einführung | remote | extern
App-Transport-Framework
Beispiel Unhappy Case
25
[1] Rezeptanforderung
[2] Empfangsbestätigung + Fehlermeldung
[3] Korrektur
[4]
Korrigierte_Rezeptanforderung
Client A Client B
[5] Empfangsbestätigung
☑️ UseCase
☑️ Inhalt
✅UseCase
✅Inhalt
App Transport Framework | Einführung | remote | extern
App-Transport-Framework
Use Cases
26
parenterale Zubereitung
BtM Notfallverordnung
Rezeptanforderung weitere…
App Transport Framework | Einführung | remote | extern
App-Transport-Framework
Use Cases
27
•Auf das ATF können diverse Use Cases aufsetzen
•Zugrundeliegend ist immer der gleiche Request-Response
Mechanismus und das FHIR-Messaging Paradigma
•Use Cases definieren dann die konkreten Workflows und Abläufe, sowie
Inhalte der Nachrichten
•Gematik definiert und spezifiziert die Use Cases im Austausch mit
Anwendern und Herstellern
App Transport Framework | Einführung | remote | extern
App-Transport-Framework
Übertragungs-Protokolle
28
•Wie FHIR:Protokollagnostisch
•Aktuell KIM
•Zukünftig: TIM
•Jedes Protokoll denkbar
App Transport Framework | Einführung | remote | extern
App-Transport-Framework
Übertragungs-Protokolle
29
•Theoretisch ist das ATF protokollagnostisch
•Es kann mit jedem beliebigen Transportmedium genutzt werden
•Aktuell ist, aufgrund von Rahmenbedingungen, KIM der beste
Übertragungsweg
•Zukünftig ist TIM vorgesehen
•Es sind aber auch andere Wege möglich
App Transport Framework | Einführung | remote | extern
App-Transport-Framework
Community
31
•Für die Korrektur von Fehlern ist die Community darauf
angewiesen im guten Austausch zu sein
•Die Gematik kann die Plattform anbieten, bspw. ERPFIND mit
eigenem Epic/ Label
•Verbesserungen am Framework und Use Case sind über
GitHub Issues zu erstellen
App Transport Framework | Einführung | remote | extern
App-Transport-Framework
Support
33
•Entwicklung in Kooperation mit Simone Heckmann (IOP-Counsil)
•Empfehlung der HL7 DE
•im Best Practice Guide
App Transport Framework | Einführung | remote | extern
App-Transport-Framework
Support
34
•Die Idee und das Projekt sind in Zusammenarbeit mit Simone Heckmann
in ihrer Rolle als Mitglied im IOP-Counsil entstanden
•Die HL7 Deutschland hat in ihrem Best Practice Guide für die FHIR
Spezifizierung und Implementierung ebenfalls den Einsatz des ATF für die
automatisierte Verarbeitung und Nutzung von KIM-Nachrichten
empfohlen:
•s. https://ig.fhir.de/best-practice/1.0.0/%C3%9Cbersicht-Spezifikation-
Auswahl-eines-geeigneten-Austausch-Paradigmas.html
App Transport Framework | Einführung | remote | extern
Das App Transport Framework
35
App Transport Framework | Einführung | remote | extern
App-Transport-Framework
Informationen
36
•Simplifier Projekt: FHIR Ressourcen und Pakete
•https://simplifier.net/app-transport-
framework/~resources?category=Profile&sortBy=RankScore_desc
•Implementation Guide (IG): Die detaillierte Beschreibung für Implementierer und
Spezifizierer, die auf dem ATF aufbauen wollen.
•https://simplifier.net/guide/atf-implementation-guide?version=current
•Proof of Concept: Beispielimplementierung einer ATF Bibliothek in Python, welche in den
Beispielimplmentierungen den Anwenungsfällen des ServiceRequest verwendet wird.
•https://github.com/gematik/api-app-transport-framework/tree/main/src/poc
App Transport Framework | Einführung | remote | extern
ATF: Framework für die Zukunft?
37
App Transport Framework | Einführung | remote | extern
App-Transport-Framework
mit Zukunft?
38
•Die Gematik ist überzeugt, dass das ATF die Zukunft für dezentrale Use Cases im
deutschen Gesundheitswesen sind, da
•Der grundlegende Nachrichtenaustausch nur ein mal implementiert werden muss
•dadurch Use Cases schneller implementiert werden können
•das VZD für KIM ausweist, welche Use Cases ein Empfangendes System
unterstützt
•Umstellung auf andere Protokolle (z.B. TIM) einfach möglich ist
ATF
Ein Framework mit Zukunft!
